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AN OPEN SYSTEM FOR SIMULATION ENGINES 
TO COMMUNICATE ACROSS MULTIPLE SITES 
USING A PORTAL METHODOLOGY 

Background of the Invention 

5 1 . Field of the Invention 

The field of the present invention generally relates to computer-based design simulation and, 
more particularly, to systems and methods for running relatively large and/or complex simulations 
on geographically disperse computers connected via network. 
2. Related Art 

10 Simulation engines are currently used in many technology areas, from electronics to 

automotive appUcations to aerospace. The complexity of these and other technology areas has grown 
tremendously over the past decades, outpacing the growth of mere desktop computing power. An 
example of this growth in complexity is reflected by the recent upgrading of the Hubble telescope, 
performed by NASA to update the telescope's electronic equipment. Details of this NASA- 

15 sponsored space mission may be found at NASA's web site, http://www.nasa.gov . Prior to the 
launch of the NASA-sponsored space mission, both the new electronic equipment for the telescope 
and the procedure for changing the equipment would likely have been simulated many times by 
multiple computers. These simulations would likely have been overseen by teams of engineers from 
different disciplines and even different companies. 

20 Another example of growing technical complexities is reflected by the failure of a recent 

NASA Mars mission in 1999, which has been attributed to use of incompatible metric and U.S.- 
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standard measurement scales. This mission failure could potentially have been avoided with cross- 
team simulations prior to the mission. 

While technologies are growing in complexity and leading to challenges in conducting 
simulations, engineering design teams are becoming more geographically fragmented. For example, 
5 several different design teams working on the same project may be located in different cities, in 
different countries, or even on different continents. This geographic diversity presents additional 
challenges in conducting simulations that require participation or programming input from multiple 
engineering teams. 

For example, today's engineers who may design an integrated circuit ("IC") for a 
10 semiconductor chip generally use simulation tools to simulate their designs for testing purposes. 
With IC design becoming very complex, geographically disperse teams are increasingly common 
so as to take advantage of design talent spread across the world. One project may consist of several 
components and a separate group may be designing each component. These groups may be 
physically spread out from India to the United States. Typically, each group will independently 
15 creates create and simulate its respective component. It is usually not until late in the ftmctional 
design cycle, after a considerable portion of the project work has been completed, that the separate 
groups bring the components designs together for fiiU IC simulation. 

These separate design groups, which are each creating different components of the overall 
system, may wish to find out if their respective component will simulate correctly with the overall 
20 IC design. Traditionally, each such design group would need to access the overall IC design while 
it is off-hne, and then set up and prepare for a fiill IC simulation with that group's particular 
component included. This process is typically very cumbersome, because it involves both a 
considerable set up effort and large amounts of data transfer. Additionally, a frill simulation early 
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in the design process necessarily involves inter-group communications that can lead to delays, 
especially with time zone differences and possible language barriers. 

As the need for large complex simulations continues to grow, the likelihood of collaboration 
among engineering teams located in remote geographical sites increases. Large-scale simulations 

5 are more and more commonly being executed on discrete computers that may be widely dispersed 
geographically, yet connected together through various communications links. Although simulation 
across multiple geographic sites is theoretically possible using conventional technology and 
methodologies, those methodologies generally require the use of specialized network tools or 
equipment that can be expensive to design or acquire. 

10 Using a proprietary model, a typical example of which is depicted conceptually in Fig. 1 can 

be very restrictive for global design projects, especially as complexities of the simulation and 
economic demands grow. In a conventional proprietary model, a single computer 10 runs a master 
simulation engine with primary responsibility to execute and synchronize the simulation. Additional 
computers 20, 24, and 28 with remote simulation engines are connected to the master simulation 

15 engine at computer 10 by proprietary communication links 14. All of the simulation engines can 
thereby participate in the simulation, but they must do so through the proprietary communication 
links 14. Furthermore, the master simulation engine at computer 10 may bear the additional burden 
of synchronizing the simulation. 

Using this type of proprietary model, conventional simulations allow participating simulation 

20 engines to communicate with each other. For example, a SPICE™ simulation of an analog block 
may communicate with a number of Verilog® simulations of digital blocks. However, because 
conventional networked simulations generally take place using a proprietary model, they necessarily 
require pre-established relationships. 
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Therefore, a need exists for a more flexible and universally accessible system whereby 
discrete, geographically dispersed simulation engines can communicate with one another. 

Summary of the Invention 
One aspect of the present invention is generally directed towards an open system that 
5 faciUtates communication between simulation engines that may be physically located in dispersed 
geographical locations, and allows those simulation engines to collectively participate in a 
simulation event. 

In one embodiment, a simulation portal is provided in connection with a network-accessible 
computer. The simulation portal is preferably accessible by any simulation engine running on a 

10 computer that is connected to the network and has the necessary access permissions, if required. The 
simulation portal may exist on a computer connected to a global electronic network and may allow 
access to any other connected computer capable of providing a particular network service, for 
example, the World Wide Web ("Web") or the File Transfer Protocol ("FTP"). Such access may 
allow a simulation engine running on a network connected computer to access a simulation. 

15 Multiple simulation engines from remote geographic locations can thereby interact and cooperate 
through the simulation portal to perform a large simulation. 

One feature that may be provided by the simulation portal is an openly accessible repository. 
Simulation engines running on computers that have network access to the simulation portal have 
the abihty to take part in simulations that are managed through the simulation portal, drawing upon 

20 the resources of the simulation repository. Generally, the simulation portal uses commonly 
accessible files, such as UNIX® mailbox files, to manage a particular simulation. Such files can be 
used to store synchronization information regarding the timing steps of the individual simulation 
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engines and to store simulation output data that may be subsequently used as input by a co- 
simulating simulation engine. 

Additionally, the repository may contain synchronization and data files for a pluraUty of 
simulations. This may allow multiple simultaneous simulations to be managed by a single 

5 simulation portal. Simulations that are managed by the simulation portal can be in real time or in 
serial time. Real time simulations preferably take place during a time in which there is minimal 
network delay. Serial time simulations, however, may take place over an extended period of time, 
such that the output from one simulation engine's contribution to the simulation is stored by the 
simulation portal and later used as input to another simulation engine's portion of the simulation. 

10 In this fashion, the flexible and universally accessible simulation portal may facilitate 
communication and cooperation between each discrete simulation engine taking part in a collective 
simulation. 

Brief Description of the Drawing s 

The details of the present invention, both as to its structure and operation, may be gleaned 
15 in part by study of the accompanying drawings, in which like reference numerals refer to Uke parts, 
and in which: 

Figure 1 is a top level block diagram depicting an example of a conventional simulation 
environment as currently known in the art; 

Figure 2 is a top level block diagram illustrating an example of a preferred embodiment of 
20 a simulation architecture as disclosed herein; 

Figure 2A is a top level block diagram illustrating an example of a preferred embodiment 
of a simulation portal as disclosed herein; 
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Figure 3 is a flowchart representing an example of a process relating to a simulation session 
as may be carried out, for example, in the context of the simulation environment depicted in Figure 
2; 

Figure 4 is a block diagram illustrating one representation of an example of a simulation 
5 session using a simulation portal; 

Figure 5 is a block diagram illustrating another representation of an example of a simulation 
session using a simulation portal; 

Figure 6 is a flowchart representing an example of a process relating to a simulation session 
as may be carried out, for example, in the context of the simulation environment depicted in Figure 
10 5; 

Figure 7 is a block diagram illustrating an exemplary computer system as may be used in 
connection with various embodiments described herein; 

Figure 8 is a block diagram illustrating a protocol layering principle useful in TCP/IP 
networking environments and applicable to certain embodiments described herein; 
1 5 Figure 9 is a flow diagram illustrating a technique for demultiplexing incoming data frames 

based on a protocol type found in a frame header; 

Figure 10 is a flow diagram illustrating a technique for demultiplexing incoming datagrams 
based on a type found in a EP datagram header; and 

Figure 11 is a flow diagram illustrating a technique for demultiplexing incoming data 
20 packets based on a type found in a TCP packet header. 
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Detailed Description of the Invention 

Certain embodiments as disclosed herein provide for an "open system" for discrete 
simulation engines to communicate cooperatively with each other across a network. However, 
although various embodiments of the present invention will be described herein or illustrated in the 
5 accompanying drawings, it is understood that these embodiments are presented by way of example 
only, and not limitation. As such, this detailed description of various embodiments and the 
accompanying drawings should not be construed to limit the scope or breadth of the present 
invention, as set forth in the appended claims, in any way. 

Fig. 2 is a block diagram illustrating an exemplary simulation environment according to one 
10 embodiment as disclosed herein. A plurahty of computers, such as computers 30, 32, 34, and 36, 
are preferably connected to a distributed electronic network 78. Any number of computers may be 
connected to or may participate in a simulation over the distributed electronic network 78. In Fig. 
2, only four computers are shown for purposes of illustration. 

In one embodiment, coordinated simulation engines may run on computers 30, 32, 34, and 
15 36. Furthermore, the simulation engines running on computers 30, 32, 34, and 36 may 
advantageously join together to create a convenient simulation environment for large, complex 
simulations. For example, simulation engines running on computers 30, 32, 34, and 36 may join 
together and communicate with each other through a simulation portal 38. 

The simulation portal 38 may be implemented by program instructions running on a 
20 computer - for example, a computer 150 as illustrated in Fig. 7 and described later herein. 
Preferably, the computer providing the simulation portal 38 is also connected to the distributed 
electronic network 78 that connects computers 30, 32, 34, and 36. The distributed electronic 
network 78 may be a global electronic network (e.g. the Internet), a local area network ("LAN"), a 
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wide are network ("WAN"), or an intranet. Additionally, the distributed electronic network 78 may 
comprise a wireless communication network connecting wireless devices running the simulation 
engines and/or the simulation portal 38. 

In one embodiment, the simulation portal 38 may include a data storage area 66 to store 
synchronization information and data files for particular simulation events being managed by the 
simulation portal 38. One example of a data storage area 66 may be mailboxes such as those used 
in a typical UNIX® or Linux® system. The data storage area 66 (e.g. mailboxes) may be used to 
facilitate the communications between the simulation engines running on computers 30, 32, 34, and 
36 during a simulation event. 

Alternatively, the data storage area 66 may be a database constructed to house the simulation 
data that is maintained by the simulation portal 38 for a particular simulation event. For example, 
a simulation of a design with two components, e.g. a front end component and a back end 
component, may store simulation output for the front end component in a database managed by 
simulation portal 38. Such simulation output may then be stored in the data storage area 66 and 
made available to a designer of the back end component. 

In an alternative embodiment, the data storage area 66 may comprise a hierarchical file 
system and directory structure. For example, data files may be stored as files in the directories of 
a hierarchical file system and organized such that each simulation managed by the simulation portal 
38 has a unique directory. Other similar means for storing simulation related information in data 
area 66 may also be employed by the simulation portal 38 without departing from the present 
invention, as will be apparent to those skilled in the art. 

Fig. 2 A is a conceptual diagram illustrating an exemplary simulation portal 38 according to 
one embodiment as disclosed herein. Computers 3 OA, 32 A, and 34 A are preferably 
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communicatively connected with simulation portal 38A through a global electronic network 78 A. 
Simulation portal 38A may comprise a communication server 35, a simulation controller 37 and a 
data storage area 66A. Data storage area 66 may physically or logically comprise a plurality of 
discrete storage areas 67. In one embodiment, each simulation event being simultaneously managed 

5 by the simulation portal 38 A may have a discrete storage area 67 within data storage area 66 A. 

Communication server 35 is preferably tasked with managing the connections with the 
various simulation engines running, for example, on computers 30A, 32A, and 34A. In one 
embodiment, these connections may be made over global electronic network 78A using standard 
TCP/IP protocols. For example, a TCP port may be designated for the simulation portal 38A such 

10 that any connections requesting the particular port can be directed to the simulation portal 38 for a 
session. 

Alternatively, connections to the simulation portal 38 A may be made using the Hyper Text 
Transfer Protocol ("HTTP") or the File Transfer Protocol ("FTP"), both of which are well known 
in the art. Preferably, conmxunication server 35 processes requests based on any of these or any 

1 5 other communication protocol available for use on global electronic network 78 A. A variety of other 
means for estabhshing connections with the simulation portal 38A may be used without departing 
from the present invention - for example, a direct physical connection or a wireless connection. 

In one embodiment, the simulation controller 37 manages the various simulations that may 
be in progress through the simulation portal 38A at any given time. For example, simulation 

20 controller 37 may run a usemame and password verification process prior to allowing a requesting 
simulation engine access to the data pertaining to a particular simulation. Additionally, simulation 
controller 37 may manage the discrete storage areas 67 of data storage area 66 A such that the 
integrity of synchronization information and data is maintained across all simulations. 
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A simulation portal 38 (or 3 8 A) may be created by any of several parties. In one 
embodiment, a simulation portal 38 may be created by the party running a simulation engine at 
computer 30, 32, or 34. In such a case, the party creating the simulation portal 38 would likely 
participate in the simulation. Alternatively, a simulation portal 38 may be created by a third party 
5 that does not plan to participate in the simulation. Such a party may be, for example, a systems 
integrator or an IP broker. 

In one embodiment, the simulation portal 38 is hosted or managed by a third party that is not 
a participant in the simulation. For example, the third party may create the simulation portal 38, 
make it openly available over the Internet or other distributed electronic network, and require a 
vO 1 0 usemame and password combination to access the simulation portal 38. The owner of the simulation 
4f portal 38 may then seek interested design teams and provide each design team access to a simulation 
^ through the simulation portal 38. The host or manager of the simulation portal 38 may thereby act 
7' as a "broker" by soUciting competing design teams to simulate component designs through the 
m simulation portal 38 in order to determine the optimal combination of components for the overall 
ffl 15 system. 

O In an alternative embodiment, the simulation portal 38 may be hosted or managed by a 

systems integrator. For example, the systems integrator may initiate the simulation portal 38, make 
it openly available over an electronic network, and allow access to any interested design teams. The 
individual design teams, located at remote computers 30, 32, and 34 running simulation engines, 
20 may then simulate their component designs through simulation portal 38. The systems integrator 
may then select the optimal performing components from the pool of designs for each component. 

A simulation portal 38 (or 3 8 A) may be created in a computer programming language such 
as XML, HTML, C, Java™, JavaScript™ or any other suitable programming language, as will 
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be apparent to those skilled in the art. In one embodiment, a simulation portal 38 may be created 
dynamically by writing or editing the necessary programming files and executing those files. In an 
altemative embodiment, a simulation portal 38 may be created by executing an existing apphcation 
that provides the fimctionality of the simulation portal 38. 
5 Specific characteristics of the simulation portal 38 (or 3 8 A) may be configured when the 

simulation portal 38 is created or while the simulation portal 38 is in operation. For example, a 
network communications port may be assigned to the simulation portal 38 at the time the application 
is launched - for example, through the use of a variable input or switch. In an altemative 
embodiment, an environment variable or a configuration file may be used to modify the simulation 

10 portal 38 characteristics while the simulation portal 38 is in operation. 

Once the simulation portal 38 (or 3 8 A) has been created, a simulation may commence. In 
one embodiment, multiple parties may participate in a single simulation. For example, simulation 
of a complete design may involve the simulation of a fi-ont end component and a back end 
component, which are part of the overall design. A fi-ont end component of a particular design may 

15 be, e.g., a radio fi-equency ("RF") device for a wireless communications device. A back end 
component of the design may be, e.g., a digital signal processor ("DSP") for the same wireless 
communications device. In a simulation, the front end component and the back end component (i.e., 
the RF device and the DSP) may be separately simulated. However, the simulation of the DSP 
device may use the output from the simulation of the RF device as input for the DSP simulation. 

20 A simulation may begin at the simulation engine running on one of the computers connected 

to the distributed electronic network (e.g., computer 30), which may be the simulation engine for a 
front end component, such as, according to the above example, an RF device. The simulation engine 
may run the RF device through a simulation and direct the output to a particular file. The content 
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format for an output file created by a simulation may vary according to the simulation tool being 
used. For example, a commonly used format for simulation data is the SPICE'^^ format. Upon 
completion of the front end RF device simulation, the simulation engine running on computer 30 
may connect to the simulation portal 38 to participate in the larger system simulation. At that point, 
5 the output file may be stored at the data storage area 66 of the simulation portal 38, so that it is 
accessible to others involved in the simulation. 

Access to the simulation portal 38 (or 3 8 A) may be open or restricted. In one embodiment, 
open access is provided to any simulation engine with the ability to connect to simulation portal 38 
via the global electronic network 78. Alternatively, access to simulation portal 38 may be restricted 

10 to those simulation engines with a particular usemame and password combination, in addition to the 
abihty to connect to simulation portal 38. 

In one embodiment, the simulation portal 38 (or 3 8 A) may be publicly available over the 
Internet. In a particular example, explained with reference to Fig. 2 A, simulation portal 38A 
includes communication server 35 using the extensible markup language ("XML") or a similar open 

15 ended data transmission format to send and receive data. Access to simulation portal 38A may be 
gained through a variety of available protocols. In one embodiment, a proprietary protocol may be 
used by simulation portal 38 A to restrict access and secure communications. Alternatively, several 
well known protocols may be used by simulation portal 38A such as the well-known Hypertext 
Transfer Protocol ("HTTP") or the File Transfer Protocol ("FTP"). For example, access to 

20 simulation portal 38A may be gained using a standard World Wide Web ("Web") browser, which 
uses the HTTP conamunication protocol. Any simulation engine with network access to the 
simulation portal 3 8 A, regardless of geographic location, may connect to the simulation portal 38A 
using the appropriate communication protocol and thereby participate in an open simulation. 
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In one embodiment, a proprietary communication protocol may be used in tandem with open 
access to the simulation portal 38 A to facilitate the use of a particular suite of design products that 
produce a common output format. Access to the simulation portal 38 A may thereby be limited to 
those simulation engines that can communicate using the proprietary protocol and that are running 
5 on computers that have network access to the simulation portal 38A. For example, simulation portal 
38Amay include a conmiunication server 35 that uses XML to implement a proprietary 
communication protocol. In such an embodiment, although simulation portal 38A may be 
electronically accessed via global electronic network 78A, only those simulation engines that can 
conmiunicate with the proprietary protocol may participate in the open simulation, 
CI 10 Participation in a simulation may involve various activities, depending on the particular 

f contribution the simulation engine may make. In one embodiment, once the simulation engine 
^ ninning on computer 3 OA has connected to simulation portal 3 8 A, the simulation engine may upload 
its simulation output file for the front end RF component. After the simulation output file has been 
m uploaded to simulation portal 3 8 A, computer 3 OA may terminate its connection to simulation portal 
m 15 3 8 A. For exarnple, the sinaulation engine running on coniputer 30 A may log oiit fh^m 
0 portal 3 8 A. Alternatively, computer 30A may close a browser window to end its connection with 
simulation portal 3 8 A. 

Referring again to Fig. 2A, the file uploading process may be managed by simulation 
controller 37 such that the simulation files are appropriately stored and allocated to the proper 
20 simulation storage area 67 of data storage area 66. In one embodiment, simulation controller 37 may 
manage simulation files and data through the use of text files in a hierarchical file system. 
Alternatively, simulation controller 37 may manage simulation files and data through the use of 
standard mailbox files, for example those used in a typical UNIX® system. Other altemative means 
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for managing and storing simulation files and data may also be employed by simulation controller 
37, without departing from the present invention. 

In addition to computer 30A connecting to simulation portal 38A to conduct a portion of a 
larger simulation, other simulation engines may also connect to simulation portal 38 A in order to 
5 participate in the overall design simulation. For example, the simulation engine running on 
computer 32A may have been involved in the design of one of several altemative back end DSP 
components for the overall design. The simulation engine running on computer 32 A may thus 
connect to simulation portal 3 8 A, over a connection managed by communication server 35, in order 
to participate in a portion of the simulation relating to the back end DSP component. Once 

1 0 connected, the simulation engine running on computer 32A may download the simulation output file 
for the front end RF device, previously provided by the simulation engine running on computer 30A. 
This output file may then be used by the simulation engine running on computer 32A as input for 
a back end DSP simulation. 

The simulation controller 37 may provide the simulation engine running on computer 32A 

15 with a list of available RF device simulation output files. One or more of these files may be selected 
for download. The downloading of the selected files may then be managed by simulation controller 
37. Upon successfixUy downloading the simulation output file(s), computer 32A may or may not 
disconnect from simulation portal 3 8 A. In one embodiment, the simulation engine running on 
computer 32 A may run a back end DSP simulation after disconnecting from simulation portal 3 8 A. 

20 Additionally, the output file provided by the front end RF simulation may be used as input for the 
back end DSP simulation. The other computers 32A and 34A, etc. may also participate in the 
simulation in a similar manner, provided they have the appropriate access permission. 
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There is no particular limit to the number of parties taking part in an open simulation. For 
example, any simulation engine running on a computer with access to a simulation portal 38 via a 
global electronic network 78 may participate in the simulation. After each party desiring to 
participate in the simulation has accessed simulation portal 38 and provided its contribution to the 
5 overall simulation, simulation portal 38 may be terminated. In one embodiment, simulation portal 
38 may be terminated by stopping the simulation portal 38 program. Alternatively, simulation portal 
38 may be terminated by disconnecting the computer running simulation portal 38 from global 
electronic network 78. Other means for terminating simulation portal 38 may be used, as will be 
apparent to those skilled in the art. 

10 Simulations through the simulation portal 38 may take place in real time or serial time. A 

real time simulation takes place when each simulation engine involved in a simulation maintains a 
contemporaneous connection with the simulation portal 38 during the simulation process. In one 
embodiment, simulation engines running on computers 30, 32, and 34, may each be connected to 
the simulation portal 38 during the simulation. This real time connection allows the simulation 

15 engines to directly communicate with each other during the simulation process. This direct 
communication may be carried out by providing simulation input and output to the simulation portal 
38, which stores the simulation input and output in database 66. Preferably, any communications 
delays introduced by the distributed electronic network 78 during a real time simulation are 
negUgible. 

20 Alternatively, the simulation portal 38 may handle simulations in serial time, without a need 

for contemporaneous connections with the simulation portal 38 by the various simulation engines. 
Serial access to the simulation portal 38 may be implemented by allowing simulation engines to 
participate in a simulation through the uploading of files to and downloading of files from the 
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simulation portal 38. Advantageously^ serial time simulation allows a simulation engine to minimize 
its required connection time with the simulation portal 38. 

Fig. 3 is a flowchart representing an exemplary process 55 that a simulation using a portal 
methodology could employ in connection with various embodiments disclosed herein. The process 
5 55 of Fig. 3 will be described for convenience with respect to the exemplary simulation environment 
of Fig. 2; however, it can also be used in a variety of other embodiments as well. As illustrated in 
step 40, the process 55 begins with the creation of a simulation portal 38 in step 40. The simulation 
portal 38 may have certain characteristics based on its intended use. For example, the simulation 
portal 38 may be openly accessible over a network 78. Alternatively, the simulation portal 38 may 

10 be restricted by a usemame and password combination. The network may be a global electronic 
network, e.g., the Intemet, an intranet, or a wireless communications network. Furthermore, the 
simulation portal 38 may be created using XML, HTML, or any other suitable high level 
programming language such as C or C++ without departing from the present invention. In one 
embodiment, access to the simulation portal 38 is allowed using the HTTP protocol. Alternatively, 

15 access to the simulation portal 38 may be allowed using FTP or any other suitable network 
communication utihty without departing from the present invention. 

In step 42, the simulation engines that will take part in the simulation may begin. For 
example, a first simulation engine may begin by simulating a design of the front end RF component 
of a communications system. A second and any nvimber of additional simulation engines may also 

20 begin at the same time or thereafter. 

Once a simulation engine has initialized, the simulation engine may link to the simulation 
portal 38, as illustrated in step 44. Once a simulation engine has connected to the simulation portal 
38, it may read from or write to the simulation portal 38, as previously described with respect to Fig. 
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2 or 2A. For example, the design team that simulated the front end RF component of a 
communications system may write the simulation output to the simulation portal 38 by uploading 
a SPICE™ output file. Similarly, a design team simulating a back end DSP component of a 
communications system may read the SPICE™ output file from the simulation portal 38 by 
5 downloading the file. The DSP design team may then simulate the DSP component using the data 
in the SPICE™ output file as input for the DSP simulation. 

At any time after linking to the simulation portal 38, a simulation engine may terminate the 
link. For example, after the DSP design team has read the SPICE™ output file from the simulation 
portal 38, it may terminate its link with the simulation portal 38, as shown in step 48. However, a 

10 design team that has designed more than one component may elect to remain connected to the 
simulation portal 38 so that it may upload and download additional relevant simulation data files. 

In one embodiment, once a simulation engine has terminated its link with the simulation 
portal 38, the simulation engine may terminate operation, as illustrated in step 50. For example, a 
design team that has only created a front end RF component for a communications system may have 

15 simulated that component and uploaded the SPICE™ output file to the simulation portal 38. Once 
the simulation engine corresponding to that design has terminated its link with the simulation portal 
38, the simulation engine may not need to participate in the simulation any fiirther. In such a case, 
the simulation engine may terminate operation after terminating its link with the simulation portal 
38. 

20 Once an entire simulation is complete, or at any other designated time, the simulation portal 

38 may be terminated, as seen in step 52. In an alternative embodiment, a simulation portal 38 may 
last indefinitely such that it allows continuous access to design teams interested in simulating 
component design with data existing in the simulation portal 38. However, a simulation portal 38 
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may also be temporal and exist for only such time as is necessary to facilitate the simulation of the 
collaborative design. For example, once the components of a commxmication system have been 
simulated and the optimal configuration of components has been determined, the simulation portal 
38 may be terminated. 

5 Fig. 4 is a block diagram illustrating an example of an open simulation environment 

implemented over an intranet. In this example, design teams at computers 60, 62, and 64 are each 
connected to an intranet network 65. For example, the intranet network 65 may be a network that 
serves a local corporation. Communication between the design teams at computers 60 62 and 64 
may take place over the intranet network 65. 

10 Also connected to the network is the simulation portal 38B. The simulation portal 3 SB may 

be openly accessible to any design team connected to the intranet network 65. Additionally, the 
simulation portal 3 SB is preferably configured with a text database 66B. Design teams at computers 
60, 62, and 64 may communicate simulation data to each other through the simulation portal 3 SB. 
For example, the design team at computer 60 may run a simulation of a front end RF component 

15 for a commimications device. The output of that simulation may be stored in a SPICE™ format 
simulation data file. Once the SPICE™ file is created, the design team at computer 60 may upload 
the file to the simulation portal 3 SB. 

Additionally, design teams at computers 62 and 64 may each run a simulation of separate 
back end DSP components for a communications device. For example, design teams at computers 

20 62 and 64 may connect to the simulation portal 3 SB and download the SPICE'^^ format simulation 
data file from the design team at computer 60. This data file may then be used by the design teams 
at computers 62 and 64 as input for their respective DSP component simulations. 
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Fig. 5 is a block diagram illustrating an example of an open simulation environment 
implemented over a global electronics network, for example the Intemet. In this example, simulation 
teams at computers 70, 72, 74, and 76 are each connected to a global electronic network 78C. 
Although only four simulation teams are depicted in the figure, any number of simulation teams may 
5 be connected to the global electronic network 78C. In one embodiment, the global electronic 
network 78C may be a network that is accessible to any communications device from any location. 
Communication between the simulation teams at computers 70, 72, 74, and 76 may take place over 
the global electronic network 78C. 

Also connected to the network is the simulation portal 38C. The simulation portal 38C may 

10 include a data storage area 66C In one embodiment, the simulation portal 38C is openly accessible 
to any design team connected to the global electronic network 78C. For example, the simulation 
portal 38Cmay be implemented using XML and the simulation portal 38Cmay support the HTTP 
protocol. Furthermore, the data storage area 66Cmay be a hierarchical directory system for storing 
simulation data files. Thus, any design team connected to the global electronic network 78C and 

15 supporting the HTTP protocol (e.g. any design team that is Web enabled) may access the simulation 
portal 38C Therefore, by accessing the simulation portal 38Cand writing data files to the data 
storage area 66C design teams at computers 70, 72, 74, and 76 may communicate simulation data 
to each other through the simulation portal 38C 

In one embodiment, the data storage area 66Cmay include a file system hierarchy of 

20 directories. This hierarchy may allow the simulation portal 38C to keep track of multiple 
simulations. For example, a first simulation may store its simulation data files in a discrete directory 
of the file system hierarchy. A second simulation may similarly store its simulation data files in a 
discrete directory of the file system hierarchy. Thus, both simulations may have discrete directories 
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to store simulation data and at the same time share a common root level in the overall directory 
structure of the simulation portal 38C. 

In an altemative embodiment, the data storage area 66C may additionally contain a 
synchronization file which allows participating simulation engines to match timing steps. 
5 Preferably, this file may be updated by each simulation engine as it simulates. The data storage area 
66C may also contain output files for each simulation. For example, the data within these output 
files may advantageously be stored in a common text format such that other simulation engines may 
read and interpret the data contained within the output files. 

In one embodiment, design teams at computers 70 and 76 may each run a simulation of a 
1 0 fi-ont end RF component for a communications device. The output of each simulation may be stored 
in a SPICE™ format simulation data file. Once the SPICE™ files have been created, design teams 
at computers 70 and 76 may each upload their respective simulation data file to the simulation portal 
38C 

Additionally, design teams at computers 72 and 74 may each run a simulation of separate 
15 back end DSP components for a communications device. For example, design teams at computers 
72 and 74 may connect to the simulation portal 38C and download the SPICE™ format simulation 
data files fi-om design teams at computers 70 and 76, respectively. These simulation data files may 
then be used by design teams at computers 72 and 74 as input for their respective DSP component 
simulations. 

20 Fig. 6 is a flowchart representing an example of a process relating to a simulation session as 

may be carried out, for example, in the context of the simulation environment depicted in Fig. 5. 
In the example process illustrated in Fig. 6, three design teams at computers 70, 72, and 74 
participate in an open simulation using a portal methodology. The teams may be connected by a 
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global electronic network 78Cj for example the Internet, and as such each team may be located in 
a different region of the world. For example, the team at computer 70 may be located in San Jose, 
California. Additionally, the team at computer 72 may be located in a geographical location some 
distance from the team at computer 70, for example, Scotland. Furthermore, the team at computer 

5 74 may likewise be located in a geographical location some distance from the teams at computers 
70 and 72, for example, India. 

In addition to being geographically disperse, each team may also work for a separate 
corporate entity. For example, the team at computer 70 may work for company X, the team at 
computer 72 may work for company Y, and the team at computer 74 may work for company Z. In 

10 one embodiment, company X may have instructed the team at computer 70 to design an RF front 
end component for a conmiunications system. Similarly, company Y may have instructed the team 
at computer 72 to design a DSP back end component for a communications system. Furthermore, 
company Z may have instructed the team at computer 74 to design both an RF front end component 
and a DSP back end component for a communications system. 

15 Because each of the three teams is connected to the global electronic network 78C, the three 

teams are communicatively connected to each other. Additionally, each team may be designing a 
component or components of a communications system. For example, the team at computer 70 from 
San Jose may be designing an RF front end component for a communications system. The team at 
computer 72 from Scotland may be designing a back end DSP component, and the team at computer 

20 74 from India may be designing both an RF front end component and a back end DSP component. 

The open simulation may begin with the creation of the simulation portal 38C, as illustrated 
in step 80. The simulation portal 38C may be created on a computer that is connected to the global 
electronic network 78C. In one embodiment, the simulation portal 38C may be created using XML 
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and be used to store text files in data storage area 66C. Data storage area 66C may consist of a 
database for storing text files. Alternatively, the simulation portal 38C may be created in XML and 
consist of a hierarchical directory system for storing files of any type. 

Once the simulation portal 38C has been created, design teams at computers 70, 72, and 74 

5 may connect to the simulation portal 38C. In one embodiment, the simulation portal 38C may be 
created to allow complete open access to any additional simulation teams that may desire to 
participate in the open simulation. Alternatively, the simulation portal 38C may be configured to 
require a usemame and password combination before allowing a simulation team access to the 
simulation portal 38C. Furthermore, the simulation portal 38C may be configured to communicate 

10 using the HTTP protocol. In one embodiment, the simulation portal 38C is accessible through a 
standard Web access utiUty. 

Simulation teams that are connected to the simulation portal 38C may have read and write 
access to the simulation portal 38C. For example, in steps 84 and 86, the teams at computers 70 and 
74 may each write their respective simulation output files to the simulation portal 38C. The format 

15 of the simulation output files may advantageously be a widely recognizable format that such as the 
industry standard SPICE™ format. Alternatively, the format of the output files may be proprietary. 
In one embodiment, simulation the teams at computers 70 and 74 may have generated their 
simulation output data files prior to connecting to the simulation portal 38C by simulating their RF 
components prior to connecting to the simulation portal 38C. Alternatively, the teams at computers 

20 70 and 74 may simulate their respective RF designs while connected to the simulation portal 38C. 

Once the team at computer 70 has written its SPICE™ data file to the simulation portal 38C, 
its participation in the simulation may be complete. For example, company X may have instructed 
the team at computer 70 to only design an RF component for a communications system. Therefore, 
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after the team at computer 70 has simulated its component and provided the output of its component 
simulation to the simulation portal 380, its contribution to the simulation may be complete. Thus, 
the team at computer 70 may disconnect from the simulation portal 38C after it has written its RF 
design SPICE™ output to the simulation portal 38C, as illustrated in step 88. 

5 The teams at computers 72 and 74 may still be connected to the simulation portal 38C and 

therefore may read the SPICE™ output data files from the simulation portal 38C. For example, the 
team at computer 72 has designed a DSP back end component for a communications system and 
therefore may download from the simulation portal 38C the SPICE™ output files from the teams 
at computers 70 and 74, as illustrated in steps 90 and 92. Additionally, the team at computer 74 has 

1 0 also designed a DSP back end component for a communications system and may therefore download 
from the simulation portal 38C the SPICE™ output file from the team at computer 70, as shown in 
step 94. 

Once the SPICE™ output files have been downloaded from the simulation portal 38C, 
simulations using the SPICE™ output files as data input may ensue. For example, the team at 

15 computer 72 may simulate its DSP back end component using the output file from the team at 
computer 70, as illustrated in step 96. Additionally, the team at computer 72 may simulate its DSP 
back end component using the output file from the team at computer 74, as illustrated in step 98. 
Advantageously, the team at computer 72 may compare the results of the separate simulations to 
determine which RF component design performs optimally with its DSP component design, 

20 Furthermore, the team at computer 74 may simulate its DSP back end component using the output 
file from the team at computer 70, as illustrated in step 100. 

In one embodiment, each of the teams simulating a DSP back end component using a 
SPICE™ output file downloaded from the simulation portal 38C may synchronize the simulation 
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through the use of time steps that may be advantageously contained in the SPICE™ output file, as 
shown in steps 102, 104, and 106. For example, the simulation of the RF front end component by 
the team at computer 70 may have incorporated time steps within the data of the SPICE™ output 
file. Therefore, when the team at computer 72 simulates its DSP back end component using the 
5 SPICE™ output file from the team at computer 70, the DSP simulation may synchronize its timing 
as if the two simulation processes were communicating in a run-time simulation environment. 

In one embodiment, once the simulations are complete, the optimal components may be 
selected for incorporation into the final system design. For example, the team at computer 74 RF 
front end component design may be the best match for the team at computer 72 DSP back end 

10 component design, as illustrated in step 108. 

In an alternative embodiment, the optimal configuration may be determined by a systems 
integrator who examines the simulation output files for each combination of components. For 
example, the teams at computers 72 and 74 may upload to the simulation portal 38C the final output 
files from each of their DSP back end component simulations. Thus, a systems integrator may select 

15 the two components that are most suitable for integration into the overall design. In one 
embodiment, a systems integrator may select the optimal component designs and purchase the IP 
from the respective companies of the component design teams. 

In step 110, the teams at computers 72 and 74 may disconnect from the simulation portal 
38C and the simulation portal 38C may terminate. Altematively, the teams at computers 72 and 74 

20 may have disconnected from the simulation portal 38C after downloading the SPICE"^^ output files 
in steps 90, 92, and 94. Advantageously, this may allow the teams to perform their DSP back end 
component simulations while off-line. In an alternative embodiment, the teams at computers 72 and 
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74 may perform their simulations off-line and subsequently reconnect to the simulation portal 38C 
and upload the output files from their respective simulations. 

Once the simulation is complete, the simulation portal 38C may terminate, as illustrated in 
step 110. In one embodiment, the simulation portal 38C may continue running such that design 

5 teams may connect to the simulation portal BSC to simulate their designs with the SPICE™ output 
data files from previously designed components. Alternatively, the simulation portal BSC may be 
temporal and exist only for the time needed to complete the desired simulation. 

Fig. 7 is a block diagram illustrating an exemplary computer system 150 which may be used 
in connection with various embodiments described herein. For example, the computer system 150 

1 0 may be used to run a simulation on a remote site, or to provide connectivity, data storage, and other 
features usefiil for operating as a simulation portal 38 (or BSA, 38B, or BSC). However, other 
computer systems and/or architectures may be used, as will be clear to those skilled in the art. 

The computer system 150 preferably includes one or more processors, such as processor 154. 
Additional processors may be provided, such as an auxihary processor to manage input/output, an 

15 auxiliary processor to perform floating point mathematical operations, a special-purpose 
microprocessor having an architecture suitable for fast execution of signal processing algorithms 
("digital signal processor"), a slave processor subordinate to the main processing system ("back-end 
processor"), an additional microprocessor or controller for dual or multiple processor systems, or 
a coprocessor. Such auxiliary processors may be discrete processors or may be integrated with the 

20 processor 154. 

The processor 154 is preferably connected to a communication bus 152. The communication 
bus 152 may include a data channel for facilitating information transfer between storage and other 
peripheral components of the computer system 150. The communication bus 152 fiirther may 
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provide a set of signals used for communication with the processor 1 54, including a data bus, address 
bus, and control bus (not shown). The communication bus 152 may comprise any standard or non- 
standard bus architecture such as, for example, bus architectures compliant with industry standard 
architecture (ISA), extended industry standard architecture (EISA), Micro Channel Architecture 
5 (MCA), peripheral component interconnect (PCI) local bus, or standards promulgated by the 
Institute of Electrical and Electronics Engineers (IEEE) including IEEE 488 general-purpose 
interface bus (GPIB), IEEE 696/S-lOO, and the like. 

Computer system 150 preferably includes a main memory 156 and may also include a 
secondary memory 158. The main memory 156 provides storage of instructions and data for 

10 programs executing on the processor 154. The main memory 156 is typically semiconductor-based 
memory such as dynamic random access memory (DRAM) and/or static random access memory 
(SRAM). Other semiconductor-based memory types include, for example, synchronous dynamic 
random access memory (SDRAM), Rambus dynamic random access memory (RDRAM), 
ferroelectric random access memory (FRAM), and the like, as well as read only memory (ROM). 

1 5 The secondary memory 158 may optionally include a hard disk drive 160 and/or a removable 

storage drive 162, for example a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. 
The removable storage drive 162 reads from and/or writes to a removable storage unit 164 in a well- 
known manner. Removable storage unit 164 may be, for example, a floppy disk, magnetic tape, 
optical disk, etc. which is read by and/or written to by removable storage drive 162. The removable 

20 storage unit 164 includes a computer usable storage medium having stored therein computer 
software and/or data. 

In alternative embodiments, secondary memory 158 may include other similar means for 
allowing computer programs or other instructions to be loaded into the computer system 150. Such 
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means may include, for example, a removable storage unit 172 and an interface 170. Examples of 
secondary memory 158 may include semiconductor-based memory such as programmable read-only 
memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable read- 
only memory (EEPROM), or flash memory (block oriented memory similar to EEPROM). Also 

5 included are any other removable storage units 172 and interfaces 170, which allow software and 
data to be transferred from the removable storage unit 172 to the computer system 150. 

Computer system 150 may also include a communication interface 174. The communication 
interface 174 allows software and data to be transferred between computer system 150 and external 
devices, networks or information sources. Examples of some types of components that might 

10 comprise communication interface 174 include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, and an infrared interface, to name a few. 
Communication interface 174 preferably implements industry promulgated protocol standards, such 
as Ethernet IEEE 802 standards, Fibre Channel, digital subscriber line (DSL), asymmetric digital 
subscriber line (ASDL), fr^e relay, asynchronous transfer mode (ATM), integrated digital services 

15 network (ISDN), personal communications services (PCS), transmission control protocol/Internet 
protocol (TCP/IP), serial line Internet protocol/point to point protocol (SLIP/PPP), and so on, but 
may also irnplement non-standard interface protocols as well. Software and data transferred via 
communication interface 174 are generally in the form of signals 178 which may be electronic, 
electromagnetic, optical or other signals capable of being received by commimication interface 174. 

20 These signals 178 are provided to communication interface 174 via a channel 176. This channel 
176 carries signals 178 and can be implemented using wire or cable, fiber optics, a phone line, a 
cellular phone hnk, a radio frequency (RF) link, or other contmiimications channels. 
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Computer programming instructions (i.e., computer programs or software) are stored in the 
main memory 156 and/or the secondary memory 158. Computer programs can also be received via 
communication interface 174. Such computer programs, when executed, enable the computer 
system 150 to perform the features relating to the present invention as discussed herein. 
5 In this document, the term "computer program product" is used to refer to any media used 

to provide programming instructions to the computer system 150. Examples of these media include 
removable storage units 164 and 172, a hard disk installed in hard disk drive 160, and signals 178. 
These computer program products are means for providing programming instructions to the 
computer system 150. 

10 In an embodiment that is implemented using software, the software may be stored in a 

computer program product and loaded into computer system 150 using hard drive 160, removable 
storage drive 162, interface 170 or communication interface 174. The software, when executed by 
the processor 154, may cause the processor 154 to perform the features and fiinctions previously 
described herein. 

15 Various embodiments may also be implemented primarily in hardware using, for example, 

components such as application specific integrated circuits ("ASICs"), or field programmable gate 
arrays ("FPGAs"). Implementation of a hardware state machine capable of performing the fimctions 
described herein will be apparent those skilled in the relevant art. Various embodiments may also 
be implemented using a combination of both hardware and software. 

20 Fig. 8 is a block diagram illustrating a protocol layering principle widely used in TCP/IP 

networking environments. Messages passed from a first computer to a second computer may first 
travel down the protocol layers of the first computer, then travel across a network, and then travel 
up the protocol layers of the second computer. 
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For example, a communication from an application miming on a first computer originates 
in application layer 300. This communication may be passed by the appUcation as message 302 to 
the transport layer 304. The transport layer 304 may pass the message 302 as packet 306 to the 
internet layer 308. The internet layer 308 may then pass the packet 306 as datagram 310 to the 

5 network interface layer 312. The network interface layer 312 may then pass the datagram 310 as 
network specific frame 314 to the physical network 316. 

The network specific frame 314 may travel across the physical network 316 or across 
multiple physical networks 316 to its destination in a second computer. Upon reaching its 
destination, the identical frame 314 may be received at the network interface layer 312. The network 

10 interface layer 312 may then pass the frame 314 as datagram 310 to the intemet layer 308. The 
internet layer 308 may then pass the datagram 310 as packet 306 to the transport layer 304. The 
transport layer 304 may then pass the packet 306 as message 302 to apphcation layer 300 where the 
message is received as a communication in an application. Frame 314, datagram 310, packet 306 
and message 302 are identical when traveling between the protocol layers in a TCP/IP networking 

15 environment. 

Fig. 9 is a flow diagram illustrating a technique for demultiplexing incoming data packets, 
or frames, based on a protocol type found in the frame header. Communication protocols employ 
multiplexing and demultiplexing techniques between protocol layers in TCP/IP networking 
environments. For example, when sending a commxmication, the source computer may include 
20 additional information such as the message type, originating application, and protocols used. 
Eventually, all messages are placed into network frames for transfer and combined into a stream of 
data packets. At the receiving end, the destination computer uses the additional information in the 
network frame to guide the processing of the communication. 
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For example, in step 320, a frame arrives at the destination computer. Once the frame has 
been received, the frame is parsed to determine the frame's particular type, as illustrated in step 322. 
A frame may be one of a variety of frame types. Example frame types include, but are not limited 
to, address resolution protocol ("ARP"), internet protocol ("IP"), and reverse address resolution 
5 protocol ("RARP"). 

Once the frame type has been determined, the content of the frame is passed to a module that 
is capable of processing the datagram. For example, an ARP datagram may be passed to ARP 
module 324 for processing. Alternatively, if the frame type indicated an IP datagram, the IP 
datagram may be passed to IP module 326 for processing up to the next layer in the protocol stack. 
10 Additionally, a RARP datagram may be passed to RARP module 328 for processing. 

Fig. 10 is a flow diagram illustrating a technique for demultiplexing incoming datagrams 
based on a type found in the IP datagram header. Similar to the processing of frames, IP datagrams 
may be parsed to determine how to process the particular datagram. For example, in step 330 an IP 
datagram arrives and is routed to the appropriate module for processing. IP module 326 may parse 
15 the datagram to determine the datagram type. Example datagram types include, but are not limited 
to, intemet control message protocol ("ICMP"), user datagram protocol ("UDP"), transport control 
protocol ("TCP"), and exterior gateway protocol ("EGP"). 

Once the datagram type has been determined, IP module 326 may select a protocol handler 
for the packet included in the datagram. For example, an EGP datagram may be forwarded to EGP 
20 handler 332. Similarly, an ICMP datagram may be forwarded to ICMP handler 334 while a TCP 
datagram may be sent to TCP handler 336 for processing up to the next layer in the protocol stack. 
Additionally, a UDP datagram may be sent to UDP handler 338 for processing. 
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Fig. 11 is a flow diagram illustrating a technique for demultiplexing incoming messages 
based on a type found in the TCP packet header. Similar to the processing of jfirames and datagrams, 
TCP messages may be parsed to determine which application is suited to receive the particular 
message type. For example, in step 340 a TCP message arrives and is routed to the TCP handler 336 
5 for the appropriate processing. TCP handler 336 may parse the message to determine the message 
type and the particular originating application. 

Example message types include, but are not Hmited to, hyper text transfer protocol 
("HTTP"), file transfer protocol ("FTP"), and simple mail transfer protocol ("SMTP"). An extensive 
set of applications are commercially available for use with these and other message types. For 
10 example, Netscape Navigator and Microsoft Explorer are apphcations that use HTTP messages; 
WFTP is an appUcation that uses FTP messages, and Eudora and Microsoft Outlook are apphcations 
that use SMTP messages. Additional examples of applications are well known, although not 
mentioned herein. 

Once the message type has been determined by TCP handler 336, the message may be routed 
1 5 to the appropriate application for processing. For example, an HTTP message may be forwarded to 
HTTP appUcation 342. Similarly, an FTP message may be forwarded to FTP appHcation 344 while 
an SMTP message may be sent to SMTP apphcation 346 for processing by the application and 
possibly dehvery to an end user. 

While the particular systems and methods shown and described herein are fiilly capable of 
20 attaining various advantages provided by the invention, it is to be understood that the descriptions 
and drawings represent the presently preferred embodiments of the invention and are, as such, a 
representative of the subject matter which is broadly contemplated by the present invention. It is to 
be fiirther understood that the scope of the present invention fixUy encompasses other embodiments 



SD-l 48077.3 



31 



Patent 
251/245 

that will be apparent to those skilled in the art, and that the scope of the present invention is 
accordingly limited only by any appended claims. 
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Claims 

What is claimed is: 

1 . A method for facilitating an open simulation between a first simulation engine and at least 
a second simulation engine, wherein said first and second simulation engines are 
communicatively coupled together with a simulation portal over a computer network, said 
method comprising the steps of: 

creating said simulation portal openly accessible to said first and second simulation 
engines connected to said network; 

accepting a connection to said simulation portal by each of said first simulation 
engine and said second simulation engine; 

receiving a simulation output file firom said first simulation engine; 

storing said simulation output file as part of a simulation in a data storage area 
associated with said simulation portal; and 

providing said simulation output file upon request to said second simulation engine. 

2. The method of claim 1 wherein said creating said simulation portal step fiirther comprises 
the steps of: 

creating said simulation portal using XML; and 

configuring said simulation portal to allow connections fi'om each of said simulation 
engines connected to said network. 

3. The method of claim 1 whereby said data storage area is a database. 
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4. The method of claim 1 whereby said data storage area is a UNIX mailbox file. 

5. The method of claim 1 whereby said data storage area is a hierarchical file system. 

6. The method of claim 1 whereby said data storage area manages simulation output files for 
multiple simulations running contemporaneously. 

7. The method of claim 1 wherein said accepting a connection step further comprises: 

verifying said connection with a usemame and password combination, 

8. The method of claim 1 whereby conmumications between said simulation engines and said 
simulation portal uses a proprietary format. 

9. A system for performing simulations wherein a first simulation engine and at least a second 
simulation engine are communicatively coupled together with a simulation portal over a 
computer network, said system comprising: 

means for creating said simulation portal; 

means for accepting connections to said simulation portal from each of said first 
simulation engine and said second simulation engine; 

means for receiving a simulation output files from said first simulation engine; 

means for storing said simulation output file as part of a simulation in a data storage 
area associated with said simulation portal; and 

means for providing said simulation output file upon request to said second 
simulation engine. 
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The system of claim 9 whereby said means for creating said simulation portal include 
creating said simulation portal in XML. 

The system of claim 9 whereby said means for accepting connections includes verifying said 
connection with a usemame and password combination. 

A computer program product for facilitating an open simulation between a first simulation 
engine and at least a second simulation engine, wherein said first and said second simulation 
engines are communicatively coupled with a simulation portal over a computer network, said 
computer program product comprising: 

instructions for making said simulation portal openly accessible to said simulation 
engines over said computer network; 

instructions for accepting a connection to said simulation portal fi-om each of said 
first simulation engine and said second simulation engine; 

instructions for receiving a simulation output file uploaded fi*om said first simulation 

engine; 

instructions for storing said simulation output file uploaded from said first simulation 
engine as part of a simulation in a data storage area associated with said simulation portal; 
and 

instructions for providing said simulation output file to said second simulation engine 
upon request. 

The computer program product of claim 12 wherein said instructions for storing further 
comprise instructions for storing said simulation output file in a database. 
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14. The computer program product of claim 12 wherein said instructions for storing further 
comprise instructions for storing said simulation output file in a UNIX mailbox file. 

15. The computer program product of claim 12 wherein said instructions for storing fiirther 
comprise instructions for storing said simulation output file in a hierarchical file system. 

16. The computer program product of claim 12 wherein said instructions for storing further 
comprise instructions for managing simulation output files for multiple simulations running 
contemporaneously. 

17. The computer program product of claim 12 wherein said instructions for accepting a 
connection further comprise instructions for verifying said connection with a usemame and 
password combination. 

18. The computer program product of claim 12 further comprising instructions for 
communicating with said simulation portal in a proprietary format. 
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19. A method for optimizing the components in a system design comprising the steps of: 

creating a simulation portal that is openly accessible over a computer network; 
publishing a system design specification model; 

accepting a connection to said simulation portal from each of a plurality of design 
teams communicatively coupled together with said simulation portal over said computer 
network; 

receiving a simulation output file from at least one of said design teams connected 
to said simulation portal; 

storing said simulation output files as part of a simulation in a data storage area 
associated with said simulation portal; 

providing at least one of said simulation output files to at least one of said design 
teams connected to said simulation portal; and 

selecting the optimal components for said system design based on a comparison of 
said simulation output files. 

20. The method of claim 19 wherein said accepting a connection step fiirther comprises verifying 
said connection with a usemame and password combination. 
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Abstract 

An open system for multiple discrete, geographically disperse simulation engines to 
communicate with each other across a distributed electronic network, such as the Intemet, comprises 
a portal accessible to the simulation engines over the network . Local portions of the simulation may 
5 be run separately by each simulation engine, and the output data files are stored on and managed by 
the portal. A co-simulating engine may request an output data file stored by the portal and use that 
data as input for its downstream portion of the simulation. In this fashion, multiple geographically 
disperse simulation engines can test bench their designs in an open, network centric simulation 
environment. 
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